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(54) ntle: SYSTEM AND METHOD FOR DETERMINING AND DELIVERING APPROPRIATE MULTIMEDIA CONTENT 
TO DATA COMMUNICATION DEVICES 
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(57) Abstract: Provided heiein are exemplary techniques for determining and delivering, appropriate multimedia content compris- 
ing a combination of text, images, sounds, rich-text, aninuition, video, etc. to peiM>nal data communication devices (107), such as 
wireless cell-phones or wireless PDA^, based upon device specific information such as the network protocol used by the device, 
the nctworic provider, the device capabilities (110), the current state of the device, user specified settings, etc. An application server 
(109) contains an interpreter capable of executing a set of instructions to manage the delivery and receipt of appropriate multimedia 
and simple text content to and from personal communication devices (107). Appropriate content (104) is sent to the personal data 
communication device (107) based on the networic protocol used by the device, the networic provider, the device capabilities, the cur- 
rent state of the device and user specified settings under the control of the interpreter. A plurality of device capability input handlers 
(108) controlled by the interpreter is used to capture the device capability of the personal data communication device (107). 
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1 TITLE 

2 System and method for detennining and delivering appropriate multimedia content to data 

3 communication devices 
4 

5 CROSS-REFERENCE TO RELATED APPLICATIONS 

6 This application claims the benefit of priority to U.S. Apphcation Number 60/471,001, filed May 

7 16, 2003, the entire disclosure of which is hereby incorporated by reference as if set forth at 

8 length herein. 
9 

1 0 STATEMENT REGARDING FEDERALLY SPONSORED RESEARCH OR 

11 DEVELOPMENT 

12 Not^plicable 
13 

14 REFERENCE OF A "MICROFICHE APPENDIX" 

15 Not applicable 
16 

1 7 FIELD OF THE INVENTION 

1 8 This invention relates generally to messaging systems and methods. 
19 

20 BACKGROUND 

21 With the rise of personal data communication devices such as data enabled cell phones 

22 si^porting flie Short Message Service ("SMS") and the Multimedia Messaging Service 
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1 C*MMS"), wireless Personal Digital Assistant's ("PDA*'), personalized Instant Messaging ("IM") 

2 and e-mail clients, there exists an acute need for organizations to execute multimedia application 

3 based two way communications. Particularly, there is a need for rich multimedia based 

4 conmiunications that deliver the right content based on the personal data communication device 

5 multimedia capabilities and its current state using a single platform. 
6 

7 The mobile space is very fragmented when it comes to the multimedia capabilities of mobile 

8 devices, primarily because of the processing constraints on these devices and the large number of 

9 manufacturers in this space. Therefore, it is very difiBcult to create mobile applications across 

10 disparate devices. In addition, there is no simple answer to the question of how to acquire 

1 1 information on the capabilities of a mobile device in order to optimize the content delivered to 

12 the mobile device, especially if all the mobile application knows is the mobile device phone 

1 3 number, e-mail address or IM screen name. By optimized content, we mean delivering sounds 

14 using the best format the mobile device supports, or delivering images using the best resolution 

1 5 with the most functional format. The logic to acquire the capabilities of flie mobile device has to 

16 be application specific. Even a task as simple as delivering a ringtone purchased by a user on a 

1 7 web site can be daunting since it may require the user to identify his device, not always an easy 

1 8 task, prior to even beginning the purchase process, for the right ringtone to be selected. 
19 

r 

20 Illustrative examples of appUcations that benefit fi-om this invention include: creating quiz and 

21 trivia appUcations to promote movies where ringtones and images are delivered as part of the 
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1 application; delivering images of major moments in a game; mobile blog applications where 

2 users send in pictures taken with their mobile device. 
3 

4 Existing systems to capture device capability and to deliver multimedia content either perfonn 

5 their operations automatically with no possibility to customize the rendering based on the 

6 application (for example trans-coding images to the right size and right format based on the 

7 detected device) or these operations have to be custom programmed by a qualified programmer 

8 using professional programming languages such as Java or C#. Neither approach is well suited to 

9 letting an application designer develop a dialog such as: 



10 If we know the user can receive an image on his device then send him an image; 

1 1 If not, send a text message asking the user if his device can handle unages; 

1 2 Store the user response in the device cs^abiUty repository for use in future 

13 communications; 

14 If the user responded yes to the image question, send him an image; otherwise send him 

15 an alternative text message. 
16 



1 7 The present invention enables anyone famihar with simple scripting languages, not just skilled 

1 8 programmers, to develop these kinds of application specific algorithms. 
19 

20 This invention, by making use of a multimedia enabled interpreter that can be programmed by a 

21 jion programmer permits the development and deployment of high usabihty multimedia rich 

22 programs across a wide range of devices in a cost effective and time efficient manner. 
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2 Another problem a mobile implication platform needs to address is making sure the device 

3 capabilities collected are still up-to date. Hence device capabilities needs to be sent on a regular 

4 basis to the device c^ability repository and the data kept current. If error conditions are 

5 detected, they need to be handled and retry logic performed. This is again better handled by 

6 havmg a scriptable inteipreter that can be programmed with appUcation specific knowledge. 
7 

8 Confirmation of delivery of multimedia is also often available, for example, when a user 

9 downloads a purchased ringtone. The interpreter that is described in this invention can 

1 0 programmatically respond to this confirmation, and more critically, can set timers that respond 

1 1 bom not receiving download or delivery confirmation in a given time frame. For example, a 

12 common technique in the mobile space is to push a Wireless Application Protocol ("WAP") 

1 3 Uniform Resource Location ('TJRL") to a phone. But there are many reasons why this may fail, 

14 based on ttie user handset, the carriers, the subscriber service plan, the subscriber identity module 

1 5 ("SM"). This invention allows the development of appUcations where the designer of the 

1 6 application can execute an alternative flow if the user does not download the page in a specific 

1 7 time frame, and for example, fall back on the more universally available SMS text messaging 

1 8 capabihties of the user handset The text in the SMS message could then guide the user to access 

1 9 manually a specified mobile site that contains the data the user desired to download. 
20 

21 The same application design framework is used to create rich dialogs regardless of the message 

22 network used by the personal data communication device. This includes such diverse family of 
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1 protocols such as SMS, MMS, e-mail, Multipurpose Internet Mail Extensions (**MIME") enabled 

2 e-mail, IM, applications, etc. 
3 

4 Multimedia dialogs can be further created using a simple to use Graphical User Interface 

5 ("GUT') design tool or directly via an XML based language. Different content can be specified 

6 using a declarative approach that is simple to understand by non-programmers. 
7 

8 This invention addresses many of the limitations of existing systems m one integrated system. 
9 

1 0 BRIEF DESCRIPTION OF THE DRAWINGS 

1 1 FIG. 1 is an exemplary embodiment of a system constructed in accordance with the teachings 

1 2 expressed herein. 
13 

14 FIG. 2 is an exemplary embodiment of a system constructed in accordance with the teachings 

1 5 expressed herein containing additional components. 
16 

1 7 FIG. 3 is a flow chart illustrating an exemplary algorithmic embodiment used to send multimedia 

1 8 content to a data communication device. 
19 

20 FIG. 4 is a flow chart illustrating an exemplary algorithmic embodiment used to receive 

21 multimedia content from a data conmiunication device. 
22 
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1 FIG. 5 is an exemplary embodiment of a dialog that can be used to determine certain device 

2 capabilities by asking a user questions. 
3 

4 FIG. 6 is an exemplary embodiment of the logic of selecting the most appropriate multimedia 

5 content. 
6 

7 FIG. 7 is an exemplary embodiment illustrating ttie use of a centralized device capability server. 
8 

9 FIG. 8 is an exemplary embodiment of a Graphical Application Editor. 
10 

1 1 SUMMARY DESCRIPTION OF THE INVENTION 

1 3 The present invention facilitates the development of multimedia applications targeting personal 

14 data communication devices using an application server containing a scriptable interpreter. More 

1 5 particularly, the present invention comprises the following features: 1) the ability to design 

1 6 applications once using the same application editing tool and the same representation for 

1 7 applications instructions that can be carried out using simple text based devices or multimedia 

18 capable devices, 2) an application server capable of executing the applications, 3) a repository of 

1 9 device capabilities that is queried by the application server, 4) a plurality of device capability 

20 input handlers whose responsibility is to build up the repository of device capabilities, and 4) 

21 delivery components capable of detecting which type of multimedia content to forward to a user 

22 personal communicator device and transcode the content as appropriate. 
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1 

2 Thus, in accordance with one aspect of the present invaation, there is provided a method and 

3 upparatixs for executing multimedia and text based dialogs between a message application server 

4 and personal data commimication devices by means of a dialog interpreter. The method 

5 comprises: 1) designing a single set of dialog instructions capable of supporting any personal 

6 communication device; 2) querying a device capability server for the device capability of a 

7 particular personal communication device by means of the device address; 3) generating and 

8 executing an appropriate dialog instruction in a message application server; and 4) delivering 

9 messages to the personal communication device by means of a delivery component; whereby the 

1 0 appropriate multimedia message is delivered to the personal data communication device. 

11 In accordance with another aspect of the present invention the step of capturing the personal data 

1 2 communication devices multimedia capabilities and storing them in the device c^ability , 

1 3 database is managed by a device capability server. 

14 

15 In accordance with another aspect of the present invention the capabilities of the personal data 

1 6 communication device are captured as follows: outside the dialog and before the dialog is 

1 7 started; at the start of the dialog; during the dialog; and/or at the end of the dialog. 
18 

19 In accordance with another aspect of the present invention, the dialog instructions includes 

20 capturing the personal data communication device capabilities. 
21 
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1 In accordance with another aspect of the present invention, in delivering the messages to the 

2 personal communication device the multimedia content is adapted based on the network and 

3 protocols used by the personal communication device, the device current state and user specified 

4 preferences. 
5 

6 In accordance with another aspect of the present invention, the multimedia content is adapted by 

7 filtering out content or substituting the content with other content (for example, text instead of an 

8 image) based on the network and protocols used by the personal communication device, the 

9 device current state and user specified preferences. 
10 

11 In accordance with another aspect of the present invention, the multimedia content is adapted by 

1 2 transforming the multimedia contents fi-om one format to another based on the network and 

1 3 protocols used by flie personal communication device, the device current state and xiser specified 

14 preferences (for example, changing the format used to represent an image, or changing its size, 

15 or the number of color used, or picking out an image among many that bettor fits the device). 
16 

17 In accordance with another aspect of the present invention, content is sent to the personal 

1 8 communication device is affected by the device current state (for example less rich content for 

1 9 mobile AIM versus desktop AIM.) 
20 



wo 2004/105411 



9 



PCTAJS2004/015729 



1 In accordance with another aspect of the present invention, a data network supporting presence is 

2 queried for presence of the personal communication device for selecting which content to 

3 forward to the personal communication device. 
4 

5 In accordance with another aspect of the present invention, the protocol used for querying the 

6 presence is SIP or any other presence protocol. 
7 

8 In accordance with another aspect of the present invention, the personal data communication 

9 . device is selected from the following non-exhaustive list of devices: 

10 A cell phone supporting text based messaging (such as SMS); 

11 A cell phone supporting multimedia based messaging (such as enhanced device speciiSc SMS 

1 2 based protocols, EMS, MMS); 

13 A data connected PDA supporting a message based protocol; 

1 4 Any computing device supporting a combination of the SMTP, POP and IMAP protocols or any 

1 5 substantially similar e-mail protocols; 

1 6 Any computing device supporting a combination of the SMTP, POP and IMAP protocols or any 

1 7 substantially similar e-mail protocols with MIME support; 

1 8 Any computing device supporting an instant messaging protocol (for example AOL Instant 

1 9 Mesaging, MSN Messenger, Yahoo messenger. Jabber based instant messengers or any other 

20 substantially similar instant messaging solution); 

21 Any computing device capable of executing programmed instructions and equipped with a data 

22 network whereby the computing device can be programmed as a communication device - 
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1 examples of such computing device are Java 2 Mobile Edition ("J2ME"), Binary Runtime 

2 Environment for Wireless ("BREW"), Symbian, Linux, Windows based devices or any 

3 substantially similar operating platforms. 
4 

5 In accordance with anothCT aspect of the present invention, multimedia content is retrieved from 

6 a runtime content database. 
7 

8 In accordance with another aspect of the present invention, the multimedia content for a dialog is 

9 stored in multiple formats to support multiple personal data communication devices. 
10 

11 In accordance with another aspect of the present invention, the personal data communication 

1 2 device multimedia capabilities is captured by means of one or more device capability input 

13 handlers. 
14 

15 In accordance with another aspect of the present invention, the device capability input handlers 

1 6 may be implemented, for example, as follows: 

17 a web site that asks the users to select Ms device and enter his device capability; 

18 a device probe capable of detecting the device and its capabilities from information sent by or 

1 9 queried by the device probe. For example by extracting device information from a WAP page or 

20 an HTML web site; 

21 by sending some message to the device that triggers a response that provides additional 

22 information on the device capabilities; 



wo 2004/105411 PCT/US2004/015729 

11 

1 device information and capability is provided by the network provider when user purchases or 

2 registers his device; 

3 captured by running a series of dialogs or test messages where the user is sent multiple messages 

4 and the user responds to the successful messages. 

5 by querying an external device capability database managed by a third party with similar 

6 purposes to the one described in this invention. 
7 

8 In accordance with another aspect of the present invention, additional device capability 

9 information is captured during execution of dialog instructions. 
10 

11 In accordance with another aspect of the present invention, one or more device capability input 

1 2 handlers may be used to acquire device capability information during ex;ecution of dialog 

13 instructions. 
14 

15 In accordance with another aspect of the present invention, the step of designing a set of dialog 

1 6 instructions is represented by a multimedia enabled instructions set. 
17 

18 In accordance with another aspect of the present invention, the multimedia instruction set may be 

1 9 implemented using, for example, the following: 

20 a text oriented language; 

21 a markup language such as XML; or 

22 a bhaary instruction set 
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1 

2 In accordance with another aspect of the present invention, the design of the set of dialog 

3 instructions is accompUshed by means of a multimedia enabled graphical dialog editor. 
4 

5 In accordance with another aspect of the present invention, the step of executing the dialog 

6 instructions is augmented by the capability of executing different instructions based on the 

7 personal data communication device capabilities. 
8 

9 In accordance with another aspect of tiie present invention, the step of executing the dialog 

1 0 instructions is augmented by the capability of detecting delivery errors due to detected 

1 1 incompatibilities between what was known of the device capability and the current device 

1 2 capability whereby the device capability repository is updated and the dialog is transparently 

1 3 resumed using a more common representation (for example dropping from MMS to SMS.) or 

1 4 after asking for additional data from the user. 
15 

1 6 In accordance with another aspect of the present invention, multimedia peer-to-peer message 

1 7 exchanges are accomplished through the message application server which is programmed to 

1 8 change, filter, adapt or enhance the messages. 
19 

20 In accordance with another aspect of the present invention, the multimedia content includes but 

21 is not limited to: 

22 text 
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1 rich text (Rich Text Format ("RTF"), HTML, . , .), non Latin character sets, . . . 

2 special characters (e.g. smilies, dingbats. . .) 

3 images (PNG, JPG, WBMP, . . .) 

4 vector illustrations (SVG, etc. . .) 

5 sounds/Music/Speech (.MP3, .WAV, .AU, .OGG. . . .) 

6 animatioos 

7 vector Animation (Flash, SVG, Sharp Motion ART (SMART), SMIL, SVG,. . .) 

8 video clips (MPEG-4, RealVideo, Windows Media, . . .) 
9 

10 In accordance with another aspect of the present invention, the protocol used by the device can 

11 be different for device terminated messages and device oriented messages. 
12 

13 In accordance with another aspect of the present invention, the message terminated and message 

14 originating address used by the device uses the same device address (for example receiye MMS * 

1 5 message on a cell phone and reply with SMS where the address is a phone number, or receive 

1 6 HTML based e-mails but reply with text only e-mails where the address is an e-mail address) 
17 

18 In accordance with another aspect of the present invention, the device capability repository is not ' 

1 9 co-located with the content delivery or dialog platform. 
20 

21 In accordance with anoflier aspect of the present invention, the device C2^>ability server is 

22 coimected to the content delivery or dialog platform by means of a data network. 
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1 

2 Jn accordance with another aq)ect of the present invention, the protocol used between the device 

3 capability repository and the content delivery or dialog platfonn is one of the following 

4 protocols: 

5 SOAP 

6 LDAP 

7 DNS/BNUM like query 

8 Raw Socket (over TCP/IP or UDP for example) 
9 

10 

1 1 DETAILED DESCRIPTION OF THE INVENTION 
12 

13 Aspects, features and advantages of several exemplary embodiments of the present invention 

14 will become better understood with regard to the following description in connection with the 
^ 5 accompanying drawing(s). It should be apparent to those skilled in the art that the described 

1 6 embodiments of the present invention provided herein are illustrative only and not limiting, 

1 7 having been presented by way of example only. All features disclosed in this description may be 

18 replaced by alternative features serving the same or similar purpose, imless expressly stated 

1 9 otherwise. Therefore, num^ous other embodiments of the modifications thereof are 

20 contemplated as falling within the scope of tiie present invention as defined herein and 

21 equivalents thereto. Hence, use of absolute terms, such as, for example, 'Svill," "will not," 
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"shall," "shall not," "must," and "must not," are not meant to limit the scope of the present 
invention as the embodiments disclosed herein are merely exemplary. 

Referring to Figure 1, an exemplary system constructed in accordance with the teachings 
expressed herein comprises the following components: an interpreter (103); a runtime content 
database (104); a transcoder (1 12); a delivery component (105); a delivery data network (106); a 
personal data communication device (107); a plurality of device capability input handlers (108); 
a device capability server (109); and a device capability database (110). The interpreter (103), 
the transcoder (1 12), the delivery component (105) and the runtime content database (104) 
constitute an application server 1 0. 

The components are described as a single unit, but can be implemented as a cluster of units 
operating as a whole. The techniques to implement a service in a cluster are well known to those 
of skill in the art. 

In one exemplary embodiment, the device capability input handler(s) (108) acquire device 
capabilities of the personal data communication devices (107). In one exemplary embodiment, a 
plurality of device capability input handlers (108) are available. Illustrative examples include, 
but is not limited to, asking users about their personal data commimication device capabilities; 
extracting detailed device capabilities from WAP headers using standards such as Composite 
Capabilities / Preferences Profile ("CC/PP") or User Agent Profile ("UAProf \) In one 
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1 exemplary embodiment, the interpreter (103) has programmatic control of which device 

2 capability input handler ( 1 08) to use and when. 
3 

4 The device capability server (109) is accessible by any component including, but not limited to, 

5 by the interpreter (1 03), the transcoder (1 12) and the device capability input handlei<s) (108). 

6 The device capability server (1 09) is not necessarily co-located with other components but may 

7 be also connected to a data network, such as the Internet. The device capabihty server (109) may 

8 be connected to a plurality of application servers (10) and function in a centralized manner. The 

9 device capability server (109) supports interfaces to query for device capabilities as well as 

1 0 interfaces to update device capabilities. The device capability server (109) stores device 

1 1 capabilities in the device capability database (110.) Each personal data communication device 

1 2 (1 07) is uniquely identified by an identifier, which is used as a primary key into the device 

1 3 capability database (110). In one exemplary embodiment, the primary key into the device 

1 4 capability database ( 1 1 0) is the identifier and the personal data communication device ( 1 07) 

1 5 state. As an illustrative example, a personal data communication device (107) capability may be 

16 different depending on the available bandwidth of the delivery data network (106). 
17 

1 8 The device capability server (1 09) query interface may be implemented using various protocols 

1 9 including the Lightweight Directory Access Protocol ("LDAP"), the TCP/IP Socket Protocol, 

20 any of the many Remote Procedure Call CTRPC") protocols, Simple Object Access Protocol 

21 ("SOAP"), a protocol similar to that of the protocol used by ENUM to retrieve properties on a 

22 phone number, an application programming interface ("API"), or any suitable protocol. In one 
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1 preferred embodiment the device capability database (1 10) is accessed tbrough the device 

2 capability server(l 09). In another preferred embodiment, the device capability database (1 10) is 

3 accessed directly. 
4 

5 The interpreter (103) is any system capable of executing programmed instructions, hi one 

6 exemplary embodiment, the interpreter (103) is implemented as an interpreter. In one exemplary 

7 embodiment, the interpreter (1 03) instmctions are compiled into a byte code, which is then 

8 interpreted or compiled just-in-time using a virtual machine. Illustrative examples include the 

9 Java Virtual Machine ("JVM"), the .NET/Mono Common Language Runtime ("CLR") or any 

1 0 substantially similar system. In one exemplary embodiment, the interpreter (103) instructions are 

1 1 compiled directly to machine code to be executed by a CPU. 
12 

13 In one embodiment the interpreter (103), contains instmctions to send multimedia content. 
14 

15 In one exemplary implementation, the instmctions are implemented as XML tags as follows; 

1 6 <sendxtext>5Text Message</textx/send> 

1 7 <sendximg src=="image.png"x/imgX/send> 

1 8 <sendximg src="image" transcode="false"x/send> 

1 9 <sendximg src="image_big.png" min-size="640x480" min-color-depth- *8bit"/x/send> 

20 <sendximg src="image_small.png" size="l 28x 128" depth="8bit' Vx/imgx/send> 

21 The first instruction sends a text message. The second instruction sends image "image.png" 

22 using the platform automatic transcoding capabilities. The third instruction sends an image 
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1 "image-png" as is with no transcoding. The third instruction sends image "image_big.png" if the 

2 persona] data communication device (107) can display images larger than 640x480 in more that 

3 256 color (8bit). The forth instruction forces sending image "image_big.png" in 640x480 pixels 

4 and 256 color irrespective of the personal data communication device (107) capabilities. 
5 

6 The above exemplary implementation illustrated instructions to deliver an image to the personal 

7 data communication device (107). Similar instructions and attributes exist for other media types 

8 like sound. 
9 

10 In one exemplary embodiment, the interpreter (103) contains instructions to query the device 

1 1 capability for a given personal data communication device (107). The interpreter (103), can then 

12 use its general purpose instructions, like conditional logic, to send different content to different 

1 3 personal data communication devices (107). As an illustrative example, the following 

14 instructions could test the personal data communication device color capabilities: 
15 

1 6 <if cond="device.colorCapable eq true"> 

1 7 <sendxtext>Your device has color</textx/send> 

18 <else/> 

1 9 <sendxtext>Your cannot handle color<ytext></send> 

20 <^ifi> 
21 
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1 In one exemplary embodiment, the inteipreter (103) contains support to control which device 

2 capability input handler (108) is used. As an illustrative example, the interpreter (103) could 

3 push a WAP page to a user cell phone, where the destination wap page can capture the device 

4 capability ofthe user cell phone: 

5 <if cond- 'device.haveC^ability eq false"> 

6 <wap url- 'http://www.m-qubexom/dev-cap.wml/ "> 

7 </i^ 
8 

9 In one exemplary embodiment, the interpreter (103) instructions are based on a mark-up 

1 0 language, such as Extensible Mark-up Language ("XML") or a variation thereof. By using a 

1 1 text based representation it is possible to adopt a web based architecture where the application 

12 instructions can be dynamically generated by a web application allowing for powerfiil integration 

13 capabilities. 
14 

1 5 The runtime content database (1 04) stores the multimedia content required by an application. 

1 6 The multimedia content can be of multiple types and in multiple formats and resolutions. In one 

1 7 exemplary embodiment, the runtime content database (104) is connected to the interpreter (103), 

1 8 the transcoder (1 12) and the delivery component (1 05). 
19 

20 In one exemplary embodiment, the transcoder (1 12) trans-code content by making use ofthe the 

21 personal data communication device (107) capabilies retrieved in the device capability server 

22 (109). In one exemplary embodiment, the transcoder (1 12) trans-code content by making use of 
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1 the personal data communication device (107) capabilities retrieved in the device c^ability 

2 server (109), the delivery data network (106), the personal data communication device (107) 

3 state, users preferences and the available formats stored in the runtime content database (104). 

4 The user preference being stored in a user preference database (130). 
5 

6 In one exemplary embodiment, the system supports several types of multimedia content 

7 including, but not limited to the following: text; rich text (RTF, HTML, . . .)5 special characters 

8 (e.g. smilies, dingbats. . .), non Latin character sets; Images (PNG, JPG, WBMP, . . .); vector 

9 illustrations (Scalable Vector Graphics ("SVG"), . . ); sounds/music/speech (.MP3, .WAV, .AU, 

1 0 .OGG, AAC . . .); animations; vector animatibn (Macromedia Flash™, SVG, Sharp Motionart™, 

1 1 SMIL, . . 0; video (MPEG-4, Real'™, QuickTime™, Windows Media™, . . .); content references: 

12 URL. 
13 

14 In one exemplary implementation the transcoder (1 12) is programmed to substitute missing the 

1 5 personal data communication device functionality by other functionality, for example, simulating 

1 6 animations and sequences in the transcoder (11 2) if the device cannot understand the animation 

1 7 directly. 
18 

19 Li one exemplary implementation the transcoder (1 12) is programmed to perform character set 

20 conversion. 
21 
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1 In one exemplary embodiment, the delivery component (105) delivers messages to the personal 

2 data communication device(s) (107). The delivery component (105) is responsible for the 

3 delivery of messages created in the interpreter (103) to the personal data communication 

4 device(s) (107). The delivery component (1 05) is connected to a plurality of delivery data 

5 network(s) (106), and is capable of routing the messages to the £^propriate delivery data network 

6 (106). In an exemplary embodiment, the routing is based on the personal commimication device 

7 (107) address, and the service address of the application. Various alternative routing 

8 embodiments will be known to those of skill in the art. The delivery component (105) is also 

9 responsible for accepting messages from the delivery data netwoik(s) (106) and delivering them 

10 to the interpreter (103) for processing. The delivery component (105) may also have additional 

1 1 responsibilities such as buffering messages between the delivery data network(s) (1 06) and the 

1 2 mterpreter (1 03) to handle differences in message processing speeds. 
13 

14 In one exemplary embodiment, the delivery component (1 05) supports short message service 

1 5 ("SMS"), Enhanced Messaging System ("EMS"), multimedia messaging service ("MMS"), e- 

1 6 mail (simple mail transport protocol "SMTP"), Multipurpose Intemet Mail Extensions 

1 7 ("MIME") enabled e-mail, extensible Messaging and Presence Protocol ("XMPP"), Instant 

1 8 Messaging and any other substantially similar messaging protocols. 
19 

20 In one exemplary embodiment, the delivery component (105) is programmed to accept incoming 

21 content, which if device capabilities is associated with the content, is forwarded to the device 

22 capability server (109). 
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1 

2 The delivery data networic (106) conmiunicatively connects the personal data conamunication 

3 device(s) (107) with the various components of the system. The specific implCTientation details 

4 of the delivery data network (106) vary according to the personal communication devices (107) 

5 and the networking technology employed. The various implementations are well known to those 

6 of skill in the art and will therefore not be discussed further herein. 
7 

8 The personal data communication device (107) includes all data communication devices, such as, 

9 for example, mobile/cell devices, network enabled PDA's and various other network enabled 
1 0 computing devices. 

11 

1 2 Referring to Figure 2, an exemplary system constructed in accordance with the teachings 

1 3 expressed herein further comprises the following components: a multimedia application editor 

14 (120) and a content database (122). 
15 

1 6 The multimedia application editor (120) is a WYSWYG editor enabling non-programmers to 

1 7 develop multimedia enabled applications. The multimedia editor (120) being programmed to 

1 8 generate application instructions for execution by the interpreter (103). The content database 

1 9 (122) being used by the multimedia editor (120) to store multimedia content. In one exemplary 

20 embodiment the runtime content database (104) is the same as the content database (122). In 

21 another embodiment, the content of the content database (122) for a particular application is 
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1 copied over to the runtime content database (1 04) when the application is executed. 
2 

3 The content database (1 22) stores the multimedia content that is part of the dialog during the 

4 design and edit phase of the dialog. This invention is capable of storing multimedia content of 

5 multiple type and in multiple format and resolution. 
6 

7 Referring to Figure 2, an exemplary system constructed in accordance with the teachings 

8 expressed herein further comprises the following components: a download server (124) 

9 connected to the runtime content database (104). The download server (124) is used in an 

1 0 exemplary implementation where multimedia content is not pushed out to the personal data 

1 1 communication device (1 07) directly by means of the delivery component ( 1 05), but instead a 

1 2 reference to the multimedia content is pushed to the personal data communication device (107), 

1 3 and the personal data communication device (107) then retrieves the multimedia content by 

14 means of the reference. The d.ownIoad server (124) is connected to the interpreter (103) for 

1 5 purpose of notifying the interpreter (103) of the multimedia content download, 
16 

17 In one exemplary embodiment the download server (1 24) renders the multimedia content 

1 8 identified by the reference using the personal data communication device (1 07) device 

1 9 capabilities as retrieved from the device capability server (109). 
20 

21 In one exemplary embodiment, the download server (124) is programmed to accept uploaded 

22 content originated from the personal data communication device (107), and to store the content 
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1 in the runtime content database (104), to generate a unique content identifier, and to forward the 

2 uniqueidentifier to the interpreter (103). 
3 

4 Referring to Figure 2, an exemplary system constructed in accordance with the teachings 

5 expressed herein further comprises the following components: a timer service (126) connected to 

6 the dialog interpreter. The tim^r service (126) can be used to notify the interpreter (103) that a 

7 certain amount of time has elapsed since an event. A typical use of the timer server (126) in the 

8 context of this invention is to start a timer when some content is sent to a personal data 

9 communication device (107). In one exemplary embodiment, the multimedia content is sent 

1 0 directly by means of the dehvery component (105), and a delivery receipt is sent back via the 

r 

1 1 data network (106) to the delivery component (105), that forwards to the interpreter (103). If th!e 

1 2 timer set in the timer service ( 1 26) expires prior to receiving the the delivery receipt, then the 

1 3 interpreter (103) can execute programmed instructions that handle the case when the system 

1 4 assumes the content was not correctly received by the personal data communication device 

15 (107). In one exemplary embodiment, the multimedia content is sent by reference by the deliveiy 

1 6 component (105) to the personal data communication device (107). When the personal data 

1 7 communication device (1 07) retrieves the content from the download server (124), the download 

1 8 server (124) notifies the interpreter (103). If the timer set in the timer service (126) expires prior 

19 to receiving the delivery receipt, then the interpreter (1 03) can execute programmed mstructions 

20 that handle the case when the system assumes the content was not correctly received by the 

21 personal data communication device (107). 
22 
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1 . In one exemplary implementation of the invention, an instruction database (128) is connected to 

2 the interpreter (103) for the purpose of storing the application instructions. 
3 

4 Referring to Figure 3, there is shown a flow chart of an exemplary implementation of an 

5 application sending multimedia content to a personal data communication device (107), 

6 developed using the present invention. In step 202, the application is programmed to test if the 

7 system akeady has device capabilities for the personal data communication device (107). If not 

8 the apphcation is programmed to collect the device c^abilities in step 204. If yes, the transcoder 

9 (1 12) selects the best content format in step 206. The original content is transformed by the 

1 0 transcoder (112) into the best content format in step 208. The transformed content is then 

1 1 * dehvered to the personal data communication device (107) in step 210. If a delivery receipt is not 

12 received after a certain time, the application can try another format in step 212 or execute any 

1 3 appropriate logic programmed by the application. If the multimedia content was received and 

1 4 additional device capabilities was captured about the personal data communication device (1 07) 

15 in step 214, the additional device capabilities is forwarded to the interpreter (1 03) in step 2 1 5, 

1 6 where the application can be programmed to update the personal data communication device 

1 7 (107) c^abilities in the device capabiUty server (109) in stqp 216. 
18 

1 9 Referring to Figure 4, there is shown a flow chart of an exemplary implementation of an 

20 apphcation receiving content from a personal data conmiunication device (1 07), developed using 

21 the present invention. The dehvery component (105) receives the message from the personal data 

22 communication device (107) in step 222. If the message has no multimedia component it is 
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1 forwarded as is to the interpreter (103) in step 224. If the message has multimedia content, these 

2 are stored in the runtime content database (104). If the message includes additional device 

3 capabilities on the personal data conmiunication device (107) in step 214, the additional device 

4 capabilities are forwarded to the interpreter (103) in step 215, where the application can be 

5 programmed to update the personal data communication device (107) capabilities in the device 

6 capability server (109) in step 216. The message, and references to all multimedia content 

7 embedded in the message are forwarded to the interpreter (1 03) in step 228. 
8 

9 Referring to Figure 5, there is shown a flow chart of an exemplary apphcation that uses the 

1 0 present implementation to gather the device capabilities of a personal data communication device 

1 1 (107). The apphcation first asks the user using SMS, if her personal data communication device 

12 (107) supports multimedia content in step 230. If the user responds negatively, the application 

1 3 sets the device capability to SMS in step 246. If the user responds positively, the application tiien / 

14 asks the user if her personal data communication device (107) support MMS or EMS in step 232. 

15 If the user responds EMS in step 232, the application sends a test EMS message in step 234. The 

1 6 user is then asked if she received the EMS test message correctly in step 238. If the user 

1 7 responds yes, the application sets the device capability to EMS in stqp 242, if not to SMS in step 

1 8 246. If the user responds MMS in step 232, the application sends a test MMS message in step 

1 9 236. The user is then asked if she received the test MMS message correctly in step 240. If the 

20 user responds yes, the application sets the device capabihty to MMS in step 244, if not to SMS in 

21 step 246. 
22 
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1 Referring to Figure 6, there is shown a flow chart of an exemplary logic to select the best content 

2 to send to a personal data communication device (107). In step 250, the transcoder (1 12) 

3 retrieves the protocol capabiUties of the deUvery data network (106). In Step 252, the transcoder 

4 (1 12) retrieves the personal data communication device (107) state. In step 254, the transcoder 

5 (1 12) retrieves the personal data communication device capabiUties (107). In step 256, the 

6 transcoder (1 12) looks up the personal data communication device (107) user preferences, which 

7 can be in an exemplary implementation dependent on the personal data communication device 

8 (107) state. In step 258, the transcoder (1 12) retrieves the list of formats under which the content 

9 is available. In step 260, the transcoder (1 12) selects the best content and transcodes the best 

1 0 content if necessary, to create the optimized content for the personal data communication device 

1 1 (107) based on all the retrieved information. In step 262. the optimized content is delivered to the 

12 personal data communication device (107). Other exemplary implementations are possible, in 

13 particular the order of step 250, 252, 254, 256 and 258 may be changed, and any of these steps 

14 can be eliminated from the flow if not required. 
15 

1 6 Referring to Figure 7, an exemplary system constructed in accordance with the teachings 

1 7 expressed herein, illustrates the sharing of the device capabiUty server (109), and its attached 

1 8 device capabiUty database (110) by a pluraUty of application servers (10). The application 

1 9 servers can either be similar to the one described in this invention and consisting of a minimum 

20 of the interpreter (103), the runtime content database (104), the transcoder (112) and the deUvery 

21 component (105), or any other application server capable of implement messaging application as 

22 described in this invention. 
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1 

2 CONCLUSION 

3 Having now described one or more exemplary embodiments of the invention, it should be 

4 apparent to those skilled in the art that the foregoing is illustrative only and not limiting, having 

5 been presented by way of example only. All the features disclosed in this specification 

6 (including any accompanying claims, abstract, and drawings) may be replaced by alternative 

7 features serving the same purpose, and equivalents or similar purpose, unless expressly stated 

8 otherwise. Therefore, numerous other embodiments of the modifications thereof are 

9 contemplated as falling within the scope of the present invention as defined by the appended 
1 0 claims and equivalents thereto. 

11 

12 For example, the techniques may be implemented in hardware or software running on 

1 3 appropriate hardware, such as, for example, the Dell™ PowerEdge 1750 Intel Xeon systems, or a , 

14 combination of the two. In one embodiment, the techniques are implemented in computer 

1 5 programs executing on programmable computers that each include a processor, a storage 

1 6 medium readable by the processor (including volatile and non-volatile memory and/or storage 

1 7 elements), at least one input device and one or more output devices. Program code is applied to 

18 data entered using the input device to perform the functions described and to generate output 

1 9 information. The output information is applied to one or more ou^ut devices. 
20 

21 Each program may be implemented in a high level procedural or object oriented programming 

22 language such as Java, to communicate with a computer system, however, the programs can be 
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1 implanented in assembly or machine language, if desired. In any case, the language may be a 

2 compiled or interpreted langua^. 
3 

4 Each such computer program may be stored on a storage medium or device (e.g., CD-ROM, hard 

5 disk or magnetic diskette) that is readable by a general or special purpose programmable 

6 computer for configuring and operating the computer when the storage medium or device is read 

7 by the computer to perform the procedures described in this document. The system may also be 

8 considered to be implemented as a computer-readable storage medium, configured with a 

9 computer program, where the storage medium so configured causes a computer to operatb in a 
1 0 specific and predefined manner. 

11 
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1 CLAIMS 

2 What is claimed is: 



3 

4 LA method for deteraiining and deUvering appropriate content to a personal data 

5 communication device, comprising: 

6 determining and associating a device capability with said personal data communication 

7 devices; 

8 receiving a first message for content from said personal data communication device; 

9 determining if said first message is supported by said device capability; 

1 0 transforming said first message into a second message based on said associated device 

1 1 capability; and 

1 2 forwarding said second message to said plurality of personal data communication 

1 3 devices. 
14 

15 2. The method as in claim 1 , wherem the step of determining said device capability includes 

1 6 capturing device specific information. 
17 

18 3. The method as in claim 2 wherein said device specific information includes a network 

1 9 protocol utilized by said personal data communication device, a network provider utilized 

20 by said personal data communication device, a current state of said personal data 

21 communication device or user specified settings. 
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FIG. 3 
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